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BACKGROUND OF THE INVENTION 

The present invention relates to the planning of 
various processes and, in particular, to the planning of 
manufacturing and/or repair processes conducted at a 
number of different sites. 

A product is typically comprised of a number of 
pieces. However, a product can be just a single piece. 
In either case, the piece or pieces of a product have 
features. For instance, among the features of a circular 
flange there may be a number of holes that are used to 
attach the flange to a shaft. 

The manufacture of a product begins with the 
preparation of one or more engineering drawings for each 
piece of the product. Typically, the drawings are 

prepared by a design engineer. The drawings set forth 
the features of the piece and the material to be used in 
producing the piece. For instance, the engineering 
drawings for the flange of a jet engine would specify the 
diameter, depth, edgebreak requirements and number of 
holes to drill in a specific type of material from which 
the flange is to be made. The engineering drawings are 
typically provided to a process planner, who determines 
the sequence in which the features of a piece are to be 
made. This sequence is hereinafter referred to as the 
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piece production sequence. To continue with the flange 
example, the engineering drawings provided to the process 
planner may specify: (1) that the flange is to be 
constructed of titanium that is of a specific thickness; 

(2) five holes are to be drilled around a bolt circle of 
four inches; (3) the holes are to be one inch deep; and 

(4) the holes are to be 0.5 inches in diameter ± 0.001 
inches. Since it is normally easier to drill holes in 
stock that are rectangular in shape rather than circular 
in shape, the process planner is likely to specify a 
piece production sequence that calls for the holes to be 
drilled before the titanium stock is given a circular 
shape. Once the piece production sequence has been 
completed, the engineering drawings and piece production 
sequence are provided to the manufacturing engineer, who 
is responsible for producing the piece. While the 
engineering drawings and piece production sequence 
provide a substantial amount of information to the 
manufacturing engineer, they do not specify how any 
particular feature is to be produced. Consequently, the 
manufacturing engineer is left to determine the sequence 
of operations to be used in producing each feature of the 
piece. This sequence of operations is hereinafter 

referred to as the feature process sequence. To continue 
with the flange example, because of the close tolerance 
of ± 0,0 01 inches, the manufacturing engineer might 
initially drill each of the holes with a slightly smaller 
diameter drill than 0.5 inches, then use a 0.5 inch 
reamer and finish with a deburring operation to remove 
any sharp edges . 

In many industries, it is common to attempt to 
repair worn or damaged parts as an economical alternative 
to simply replacing such parts. The development of 
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repair processes is similar to the development of 
manufacturing processes in that one or more engineers 
determine a sequence of operations to be used in the 
repair of a particular part. This sequence of operations 
5 is herein referred to as the repair process sequence. 

In many situations, the manufacture of a product, a 
piece of a product, or a feature that is common to two or 
more products is performed at two or more locations . 
There are a number of possible reasons that a company 
10 opts for distributing the manufacturing of its products. 

For instance, a company may produce a product or piece 
2 of a product at two or more sites so as to have a 

facility that is capable of maintaining at least a 
portion of the overall production if production at one of 
y^is the sites is interrupted or severely curtailed. Other 
Oj possible reasons include the availability of skilled 

L. workers in one area relative to another and the 

yj availability/cost of the raw materials at one location 

relative to another. In any event, the manufacture of a 
Q20 product, piece of a product, or feature common to two or 
more products at two or more sites presently requires 
that the manufacturing engineer at each site generate a 
feature process sequence. For similar reasons, it is not 
uncommon to provide repair services at niimerous 
25 locations. In this case, it would be typical that a 
repair process sequence for the repair of a particular 
part would be generated at each site performing that 
repair. 

BRIEF SUMMARY OF THE INVENTION 

The present invention recognizes that the current 
30 approaches to manufacturing and repair are inefficient, 
and that this inefficiency is particularly evident when 
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two or more sites are used to manufacture a product or a 
portion of a product, or to repair a part. To elaborate, 
it has been found that with the current approaches, a 
feature process sequence designed by a manufacturing 
engineer at one site is, in many cases, inefficient from 
at least one perspective. For instance, the feature 
process sequence may turn out fewer parts over time than 
an alternative sequence. The sequence may also be more 
expensive from the perspective of the amount and/or type 
of perishable tooling required to produce the feature. 
Other inefficiencies may also be present. 

Whether or not such' inefficiencies exist at a 
particular manufacturing site, it has generally been 
found that inefficiencies are present when multiple 
manufacturing sites are involved in the manufacturing of 
a particular feature. This is because in most cases a 
different manufacturing engineer is designing the feature 
process sequence at each site. As a consequence, the 
feature process sequences generally vary from site to 
site. This variation typically results in 

inefficiencies, such as the previously noted 
inefficiencies with respect to output per unit time and 
perishable tooling, at one or more of the manufacturing 
sites . The current manufacturing approach is also 

inefficient from the perspective of the time spent by 
different manufacturing engineers at multiple sites 
designing feature process sequences for the same feature. 

Similar inefficiencies arise under the current repair 
approach when multiple repair facilities are involved in 
the repair of a particular part. 

The present invention provides a method for 
addressing the inefficiencies in the current approaches 
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and particularly in the situation where the manufacturing 
of a feature or the repair of a part occurs at multiple 
sites. The present invention makes use of a computer 
network (e.g., LAN, WAN or the World Wide Web) to convey 
5 recommended process sequences to the sites that are 
manufacturing a product or repairing a part. This 
assures uniform distribution of* a recommended process 
sequence for the particular task.* In one embodiment, the 
recommended process sequence is provided by a decision 
10 tree that is designed by manufacturing or repair experts 
and includes: (1) one or more questions that each require 
^ an answer; and (2) steps. In operation, the answers to 

iO the questions are used to determine which steps become 

Zl part of a recommended process sequence. For example, if 

His the feature of interest is a hole, there may be two 
2 different recommended sequences of steps to take in 

CO forming the hole depending on the diameter of the hole. 

f3 This would be recognized in the decision tree by a 

^Al question asking for the diameter of the hole that is to 

nj - ■ 

[22 0 be produced and depending on the answer, providing one of 
y two possible steps or sequence of steps for inclusion in 

the recommended process sequence. Both the questions and 
the steps embodied in a decision tree reflect the 
efficiencies that are of concern to the experts designing 
25 the decision tree. For example, the experts may be 
concerned about output per unit time, perishable tooling, 
quality of the resulting feature and the like. Moreover, 
the efficiencies that the experts are concerned about may 
be weighted. For instance, output . per unit of time may 
30 be weighted more heavily than perishable tooling. If so, 
the decision tree will reflect a preference for 
increasing output over concerns about reducing the use of 
perishable tooling. Even in the absence of any 

weighting, it is not uncommon for the various efficiency 
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goals to conflict with another, thereby requiring the 
experts to make judgments concerning the design of the 
decision tree. Due to the conflicting goals, the design 
of the decision tree is typically determined by heuristic 
5 methods. Moreover, the design of the decision tree is 
subject to change if the efficiencies of concern or the 
weight accorded a particular efficiency concern changes. 

The method of the present invention involves 

conveying a request from a manufacturing or repair site 
10 for a recommended process sequence for a particular 

feature or repair over a computer network. Once the 
C3 request is received by a computer that has access to the 

[S decision tree, the request is processed to identify the 

yj recommended process sequence for producing the feature or 

foL5 repairing the part. Subsequently, the recommended 

process sequence is transmitted over the computer network 
= for receipt at the requesting site. By extending the 

network to several sites, uniform distribution of 
flj recommended process sequences for manufacturing features 

or repairing parts is obtained and efficiencies realized. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic diagram of a distributed 
processing system that embodies the present invention; 

Fig. 2 graphically illustrates one embodiment of a 
25 user interface or input screen for soliciting information 
from a user to form a request for a recommended process 
sequence; 

Fig. 3 is a spreadsheet implementation of an input 
form for generating an input screen; 
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Fig . 4 is an architectural diagram of an embodiment 
of a computer system that receives requests for a 
recommended process sequence from a user's site and 
provides a recommended process sequence in response 
thereto; 

Fig. 5 is a spreadsheet implementation of a decision 
tree used in providing a recommended process sequence; 
and 

Fig. 6 is a spreadsheet implementation of "expert 
notes" used to supplement a recommended process sequence. 

DETAILED DESCRIPTION OF THE INVENTION 

Fig. 1 illustrates a distributed processing system 
10 that is capable of uniform distribution of recommended 
process sequences to a number of manufacturing sites, 
where two or more sites are either manufacturing the same 
product, piece of a product, or a feature common to two 
or more products, or to a number of repair sites where 
common repairs are made. The system 10 includes: (1) one 
or more user computers 12A-12N that are each capable of 
transmitting requests for recommended process sequences 
over a digital communication network and receiving the 
recommended process sequences subsequently conveyed over 
the network in reply to the request; (2) a digital 
communication network 14 for conveying the requests and 
the recommended process sequences; and (3) a planner 16 
that, in response to a request, provides a recommended 
process sequence for conveyance over the network 14 to 
the requesting user computer. 

The network 14 can include any kind of digital 
communication network or combination of digital 
communication networks. For example, the network can 
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include a local area network (LAN) , wide area network 
(WAN) , World Wide Web or any combination of these 
networks. Likewise, the user computers 12A-12N and 

planner 16 can be of any form so long as the requests and 
5 recommended process sequences can be communicated between 
the user computers 12A-12N and the planner 16. In the 
illustrated embodiment, the network 14 includes the World 
Wide Web. Consequently, the user computers 12A-12N each 
utilize a web browser to send a request and receive a 
10 recommended process sequence. The planner 16 is also 
implemented in the form of a web server. 

M The planner 16 provides each of the user computers 

ifl 12A-12N with an interface that permits the user to convey 

j^' requests for a recommended process sequence and receive 

pjL5 the recommended process sequence. The interface includes 
an input portion and an output portion. The input portion 
g of the interface is used to convey information from the 

ri user's computer to the planner 16. The output portion 

fy conveys information from the planner 16 to the user 

^0 computer and is typically displayed on the monitor of the 
p user's computer. However, the output portion is capable 

of being displayed on other output peripherals, like 
printers. Typically, the input information is generated 
by the user's actuation of an input peripheral, such as a 
25 mouse or a keyboard. In the illustrated embodiment, the 
interface is provided by web pages that are transmitted 
by the planner 16 to each of the user computers 12A-12N. 

A web page includes input and/or output portions. The 
input portion of a web page allows the user to enter 
30 information relevant to a request for a recommended 
process sequence with an input peripheral, such as a 
mouse or keyboard. The output portion of a web page is 
used to provide the user with the recommended process 
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sequence. In addition the output portion of a web page 
is used to solicit information relevant to a request for 
a recommended process sequence from a user. In this 
case, the web page includes both input and output 
5 portions. 

In assembling a request for a recommended feature 
process sequence, the interface is initially used to 
solicit input from the user concerning the identification 
of the feature for which a recommended process sequence 

10 is desired. In the case of a request for^ a recommended 
repair process sequence, the interface is initially used 
to solicit input from the user concerning the repair for 
which a recommended repair process sequence is desired. 
In the illustrated embodiment, a web page is conveyed 

15 from the planner 16 to the user's computer that includes 
a hierarchical menu that allows the user to identify the 
type of process for which the user wants to request a 
recommended process sequence. Preferably, the highest 
level of the menu has the general types of manufacturing 

20 and repair processes for which recommended process 
sequences are to be generated. These could include, but 
are not limited to, manufacturing and repair processes 
such as hole making, welding, brazing, cleaning, part 
marking, composite laminating, adhesive bonding, 

25 grinding, thermal spray coating, diffusion coating, 
plating, etching, assembly, broaching, forging, forming, 
thread forming, tube bending, balancing, polishing, 
inspection (e.g., general. X-ray, eddy current, 
ultrasonic and penetrant inspection) , laser drilling and 

30 cutting, electrical discharge machining, electro chemical 
machining, electro stream drilling, packaging, molding, 
gear shaping or forming, peening, blasting, riveting, 
soldering, casting, milling, turning and heat treat. 
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Various other processes could be included as well. 
Indeed, the present invention is not necessarily limited 
to manufacturing and repair processes, but could be 
applicable to any sort of process that is performed at 
multiple sites. 

Under each top level menu item is a sub-menu that is 
used to identify the different types of features or 
repairs applicable to that top level menu item. For 
instance, under the hole making function, sub-menus for 
different features such as through-round hole and blind- 
round hole would reside. Likewise, under the welding 
function, there is a sub-menu that specifies different 
types of welding features, like a fillet and butt-joint, 
and so on for the other functions. Alternatively, it is 
possible that a sub-menu of different sub-processes could 
reside under one or more of the top level menu items. . 
For example, under the welding function, there could be a 
sub-menu that specifies specific types of welding 
processes such as TIG, EB and resistance welding. 

In most cases, the identification of a feature or 
repair does not provide sufficient data for a recommended 
process sequence to be specified. Consequently, the 
interface is used to solicit information from the user 
concerning the selected feature or repair. For instance, 
with respect to a hole feature, the user may specify the 
material in which the hole is to be drilled, the diameter 
of the hole, the depth of the hole and whether or not the 
hole is to be counter bored. 

In the illustrated embodiment, the planner 16 
provides a user's computer with an input form that causes 
a dynamically written input screen to be displayed on the 
^user's monitor or other output peripheral. The input 
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screen allows the user to both select inputs from a menu 
of items already contained in the input form and to input 
information. Fig. 2 is an example of an input screen 18 
for use in obtaining a recommended feature process 
5 sequence for the manufacture of a hole. The input screen 
18 includes a number of input windows 19 that allow the 
user to input the relevant information about the hole. 
As shown in Fig. 2, input windows are included to solicit 
hole parameters such as the P11TF12 class (which 
10 describes the significance of the hole to the life of the 
part in which it is being formed) , the material in which 
the hole is to be made, the edge break type, the hole 
~=k diameter and length, the number of holes to be made per 

part, the diameter tolerance, the minimum radius, whether 
lIis the hole is to be made with a normal entry, the true 
^ position tolerance, whether the hole is to be made with a 

rg normal exit, whether the hole has a count erbore, and, if 

Z_ so, the counterbore diameter and depth. Some of the 

hi input windows, such as those for the class, material and 

1^20 edge break type, have pull-down menus that provide a list 
Q of possible inputs for the user to select. Other input 

^ windows, such as the normal entry, normal exit and 

counterbore windows, have pull-down menus from which the 
user can select a yes or no answer. The remaining input 
25 windows simply allow the user to input an appropriate 
numerical value. Thus, by way of example, the user is 
permitted to: (1) select one of a number of materials in 
which the hole is to be drilled; (2) input a yes/no 
answer to a counterbore query; and (3) input a value for 
30 the length of the hole. The input screen would be 
configured for different parameters when dealing with 
processes other than hole making. 
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The input form that causes the input screen to, be 
generated is preferably in a spreadsheet format, as shown 
in Fig. 3. The input form includes an input parameter 
column 2 0 that identifies each parameter, corresponding 
5 to a respective one of the input windows 19 , for which 
input is being solicited from the user. Two positioning 
columns 21 are provided for controlling the relative 
positions of the input windows 19 on the input screen 18. 
Also included in the spreadsheet are one or more input 
10 value columns 22 that dictate whether the corresponding 
input window will: (a) provide the user with a number of 
_ selections for a parameter; (b) solicit a yes/no entry 

from the user for a parameter; or (c) solicit a numerical 
value for a parameter from the user. For instance, the 
y^XS input value columns 2 2 corresponding to the material 
parameter are filled with the types of materials the user 
pi could select from the pull-down menu associated with that 

^ input window. Similarly, the input value columns 22 

yj corresponding to the normal entry parameter have yes and 

!"'20 no entries, allowing the user to select a yes or no 
□ input . The input windows corresponding to parameters for 

^ which the input value columns 2 2 are vacant will not have 

a pull -down menu; the user enters a numerical value in 
these input windows . While other types of formats are 
25 possible for obtaining the information needed for the 
request, the spreadsheet format is a format that is 
readily understood by the users, even if they have had no 
prior experience with this format. 

The planner 16 is capable of receiving a request for 
30 a recommended process sequence and responding to the 
request with a recommended process sequence. In the 
illustrated embodiment as shown in Fig. 4, the planner 
includes a web page / graphical user interface ("GUI") 26 
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for receiving a request from the network 14 for a 
recommended process sequence and transmitting a 
recommended process sequence to the network 14 that is 
directed to the requesting user's computer. Also part of 
the planner 16 is a decision maker engine 2 8 that, in 
response to a request conveyed by the GUI or other 
network interface, assembles a recommended process 
sequence. The decision maker engine 2 8 uses a decision 
tree library 3 0 to provide a recommended process 
sequence. Additionally, a notes decision tree library 32 
is used by the decision maker engine 2 8 to obtain error 
proofing and best practice information. 

The decision tree library 30 is comprised of a 
decision tree for each feature or repair. For instance, 
and by way of example, there may be a decision tree for 
hole making, welding, brazing, cleaning, part marking, 
composite laminating, adhesive bonding, grinding, thermal 
spray coating, diffusion coating, plating, etching, 
assembly, broaching, forging, forming, thread forming, 
tube bending, balancing, polishing, inspection (e.g., 
general, X-ray, eddy current, ultrasonic and penetrant 
inspection) , laser drilling and cutting, electrical 
discharge machining, electro chemical machining, electro 
stream drilling, packaging, molding, gear shaping or 
forming, peening, blasting, riveting, soldering, casting, 
milling, turning and heat treat. A decision tree sets 
forth the decisions that must be made to determine which 
of a number of possible steps that may be applicable to a 
process become part of a recommended process sequence. 
The construction of a decision tree is done by one or 
more experts that define the decisions that must be made, 
the sequence of decisions, and the steps associated with 
each decision. Typically, this construction process is 
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based upon several efficiency related considerations. 
For example, the experts may be concerned about the 
output per unit time, perishable tooling, quality of the 
resulting feature and the like. Moreover, the 

5 efficiencies that the experts are concerned about may be 
weighted. For instance, output per unit of time may be 
weighted more heavily than perishable tooling. If so, 
the resulting decision tree will embody a preference for 
increasing output over concerns about reducing the use of 
10 perishable tooling. Even if one type of efficiency is 
not weighted over another, the various efficiency 
considerations may compete against one another, thereby 
'"S requiring the experts to make choices in the design of a 

[A decision tree that do not necessarily serve one or more 

H=l5 of the identified 'efficiency considerations. Based on 

fn 

Li the foregoing, the design of a decision tree is typically 

'-^^ determined by heuristic methods and is subject to change 

p based upon changes in the efficiencies that are of 

concerned and/or the weights accorded the efficiencies of 
L^20 concern . 

' A decision tree can be comprised entirely of steps. 

However, the typical decision tree includes at least one 
decision node that, based upon a decision, is used to 
determine whether or not a step or sequence of steps are 

25 to become part of the recommended process sequence that 
is transmitted in response to a user's request. The 
decision for each decision node is embodied in the 
request. For instance, a request for a recommended 
process sequence for a hole might include a decision as 

3 0 to whether the hole is to be counter bored. When the 
decision maker engine 2 8 traverses the decision tree, a 
decision node is encountered that requests a decision as 
to whether or not the hole is to be counter bored. If 



14 



13DV13576 

the request indicates that the hole is to be counter 
bored, the decision maker engine 2 8 includes steps 
relating to counter boring in the recommended process 
sequence. If the hole is not to be counter bored, the 
5 decision maker engine 2 8 skips the steps relating to 
counter boring in the decision tree and continues 
traversing the decision tree at a point after the counter 
boring steps . 

The decision trees in the library 3 0 are implemented 
10 in spreadsheet format to facilitate the construction and 
alteration of the decision tree by the experts. Fig. 5 
O is an example of a decision tree spreadsheet for creating 

|p= a hole. The spreadsheet includes: (1) a node index 

column 36; (2) a type column 3 8 that for each node, 
oS-5 identifies the node as either a step node or a decision 
^ node; (3) a description column 4 0 that provides either: 

s (a) a description of the step associated with a step 

node, which in some cases includes data that is necessary 
fy for calculation; or (b) a simple question mark identifier 

^20 for each decision node; (4) a characteristic column 42 
O that for each decision node, identifies the parameter for 

which there should be a value in the input form; (5) a 
value column 44 that for each decision node, includes a 
decision value; (6) an operator column 4 6 that for each 
25 decision node, contains an operator that defines the 
manner in which the value of the parameter identified in 
the characteristic column is to be compared to the 
decision value in the value column; and (7) a next node 
column 48 that for each decision node, identifies the 
30 next node in the tree that is to be traversed if the 
comparison of the input value to the decision value is 
true or if the comparison is false. 
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The decision maker engine 28 traverses a decision 
tree beginning at node 0 and proceeding through the tree 
until the final node of the tree is encountered. In Fig. 
5, the final node is identified as node 999. At each 
5 node of the tree either a decision node is encountered or 
a step node. The decision nodes are used to determine 
which of the steps set forth in the decision tree are 
used to construct the recommended process sequence. If a 
decision node is encountered, the value for the parameter 
10 identified in the characteristic column and obtained from 
the input form is compared to the decision value 
according to the defined operator. If the comparison is 
^ true, the decision maker engine continues traversing the 

^1 tree at the first node identified in the next node column 

H'lS 48. If the comparison is false, the decision maker 
engine continues traversing the tree at the second node 
W identified in the next node column 48. Whenever the 

Q decision maker engine 28 encounters a step node, the step 

^ set forth in the description column of the step node is 

L^20 added to the recommended process sequence. As an 

y example of the whether or not a step is added to the 

recommended process sequence, the step in the description 
column of node 2 in Fig. 5 is added to the recommended 
process sequence if the value of the shaped hole minor 
25 diameter parameter is less than 0.52 inches. If the 
value of the shaped minor hole minor diameter parameter 
is equal to or greater than 0.52 inches, the step in the 
description column of node 2 is not added to the 
recommended process sequence. 

3 0 The decision maker engine 28 also accesses the notes 

decision tree library 32 that is comprised of a notes 
decision tree for each basic decision tree. A notes 
decision tree sets forth the known error proofing 
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techniques and best practices to follow in creating the 
feature or making a repair. Like a basic decision tree, 
a notes decision tree is assembled by experts that define 
the error proofing and best practices to follow in 
5 creating the feature or making the repair. The notes 
decision tree may also reflect the efficiencies that are 
of concern. 

A notes decision tree includes a plurality of "note" 
nodes that each correspond to a step node in the basic 
decision tree and provide a note that relates to the step 
set forth in the step node. In operation, if a step from 
the basic decision tree is added to the recommended 
process sequence, the corresponding note from the note 
decision tree is considered for inclusion in the 
recommended process sequence. Whether or not a note is 
included in the recommended process sequence may depend 
on the answer to a query. The answer to the -query is 
present in either the recommended process sequence or the 
input form. 

S20 The notes decision trees in the library are 

implemented in spreadsheet format. Fig. 6 is an example 
of a notes decision tree for use in drilling a hole. The 
spreadsheet includes: (1) a node index column 50; (2) a 
type column 52 that identifies each of the nodes in the 

25 tree as a "note" node; (3) a description column 54 that 
sets forth the error proofing and/or best practice to use 
in executing a particular step in the recommended process 
sequence being built from the decision tree; (4) a 
characteristic column 56 that for each note node, 

30 identifies the parameter for which there should be a 
value in the recommended process sequence or input form; 
(5) a value column 58 that for each note node, includes a 
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decision value; (6) an operator column 60 that for each 
note node, contains an operator that defines the manner 
in which the value of the parameter identified in the 
characteristic column is to be compared to the decision 
value in the value column; and (7) a next node column 62 
that for each note node identifies the next node in the 
tree that is to be traversed if the comparison of the 
input value to the decision value is true and if the 
comparison is false. As an example of the whether or not 
a note is added to the recommended process sequence, the 
note in the description column of node 5 in Fig. 6 is 
added to the recommended process sequence if the process, 
which is either the recommended process sequence or the 
input form, contains the word chamfer. As an alternative 
to separate notes decision trees, the contents of the 
notes decision trees could be incorporated into the 
corresponding basic decision trees. 

Also part of the planner 16 is a resolver 6 6 that 
receives the recommended process sequence output by the 
decision maker engine 28, identifies situations in which 
information is needed to complete the recommended process 
sequence, acts to obtain the information, and outputs the 
completed sequence to the GUI 26. The resolver 66 
identifies the need for further information by looking 
for keywords in the steps and notes contained in the 
recommended process sequence that indicate further 
information is needed. Any information that is needed to 
complete the sequence relates to process specific 
information that cannot be readily resolved with a 
decision tree. If the resolver 66 identifies the need 
for further information to complete the recommended 
process sequence, a process calculator 68 is used to 
obtain the needed information. The process calculator 68 
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has access, if needed, to one or more databases 7 0A-7 0N 
that provide information that is used in conjunction with 
information contained in a step to provide the necessary 
information. For instance, if the recommended process 
5 sequence relates to the drilling of a hole, the resolver 
66 may call on the process calculator 68 to provide 
information with respect to which drill to use, the speed 
at which the drilling should be done and the coolant to 
be used during the drilling process. Once all of the 
10 information needed to complete the recommended process 
sequence has been obtained from the calculator 68, the 
recommended process sequence is provided to the GUI 26. 
In response, the GUI 26 provides the recommended process 
yi sequence to the network 14 for conveying to the 

J^l5 requesting user's computer. The recommended process 
sequence is also in the form of a spreadsheet that lists 
the recommended steps for producing the feature or repair 
p specified by the user and if appropriate, the error 

^ proofing and/or best practices associated with each step. 

p 20 It is also feasible to integrate the planner 16 into 

each of the user computers 12A-12N to create a stand- 
alone system. In this case, it is feasible to use the 
network 14 to update the planner 16 resident in each of 
the computers 12A-12N. The stand-alone system is 

25 particularly useful in situations where the integrity or 
ability to use the network 14 is unreliable. It is also 
feasible to download the planner 16 to the user computer 
each time a recommended process sequence is requested 
from the planner 16. 

The foregoing description of the invention has been 
presented for purposes of illustration and description. 
Further, the description is not intended to limit the 
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invention to the form disclosed herein. Consequently, 
variations and modifications commensurate with the above 
teachings, and the skill or knowledge in the relevant art 
are within the scope of the present invention. The 
preferred embodiment described hereinabove is further 
intended to explain the best mode known of practicing the 
invention and to enable others skilled in the art to 
utilize the invention in various embodiments and with the 
various modifications required by their particular 
applications or uses of the invention. It is intended 
that the appended claims be construed to include 
alternate embodiments to the extent permitted by the 
prior art . 
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